تالار های تخصصی

زمانی که sessionای را در اوراکل kill می کنیم، به صورت پیش فرض آن session در حالت SOFTء، kill خواهد شد: SQL> ALTER SYSTEM KILL SESSION '1025,44801'; System altered. جزییات اجرای این دستور را می توانیم در Alert Log ببنیم: 2023-12-19T13:32:18.731476+03:30 (4):A user has terminated a session. KILL SESSION for sid=(1025, 44801): Reason = alter system kill session Mode = KILL SOFT -/-/-/- Requestor = USER (orapid = 55, ospid = 3267554, inst = 1) User = oracle Program = sqlplus@OEL8 (TNS V1-V3) Owner = Process: USER (orapid = 75, ospid = 3268895) User = 462710969 Program = plsqldev.exe Result = ORA-0 برای kill کردن session در حالت HARD می توانیم عبارت immediate را به انتهای دستور اضافه کنیم: SQL> ALTER SYSTEM KILL SESSION '1025,43030' IMMEDIATE; System altered. مجددا با کمک Alert Log جزییات اجرای این دستور را هم خواهیم دید: 2023-12-19T13:33:07.749571+03:30 (4):A user has terminated a session. KILL SESSION for sid=(1025, 43030): Reason = alter system kill session Mode = KILL HARD SAFE -/-/-/- Requestor = USER (orapid = 55, ospid = 3267554, inst = 1) User = oracle Program = sqlplus@OEL8 (TNS V1-V3) Owner = Process: USER (orapid = 75, ospid = 3268940) User = 462710969 Program = plsqldev.exe Result = ORA-0 در نسخه 23c اوراکل Hidden Parameterای به نام kill_session_force_ را اضافه کرده است که می توان از طریق آن، این رفتار پیش فرض را تغییر داد: set linesize 1000 col Parameter format a20 col Session_Value format a14 col Instance تالار های تخصصی...

DEDUPLICATION یکی از قابلیتهای جدید اوراکل در نسخه 11g است که همراه با SECUREFILE LOBها ارائه شد و می توان بعد از ایجاد جدول هم این قابلیت را برای SECUREFILE LOBها فعال کرد اما سوال مهمی که در این زمینه مطرح می شود آن است که DEDUPLICATION برای LOBهای موجود چقدر فضا آزاد می کند؟ در اوراکل نسخه 23c، تابعی در این زمینه ارائه شد که می تواند تا حدودی به این سوال پاسخ دهد. این تابع نام جدول(و یا نام پارتیشنی از جدول) را دریافت می کند و حداکثر 100 هزار رکورد از آن جدول را بررسی کرده و نهایتا تخمینی از میزان ذخیره سازی فضا را ارائه می کند. در ادامه، سناریوی تستی را در این زمینه می بینید. SQL> create table tbl (id number,describe clob); Table created در این جدول اطلاعاتی را درج می کنیم که بیشتر آن تکراری هستند: SQL> begin 2 for i in 1 .. 70000 loop 3 insert into tbl 4 values 5 (1, 6 lpad('www.usefzadeh.com', 7 1000000000000000000000000000000000000000000000000000000000000000000000000000000000, 8 'a')); 9 end loop; 10 insert into tbl values (2, 'Ramtollah Rabbani'); 11 insert into tbl values (3, 'Armin Bahamin'); 12 insert into tbl values (4, 'Jamshid Khan'); 13 commit; 14 end; 15 / PL/SQL procedure successfully completed تعداد رکوردهای جدول: SQL> select count(*) from tbl; COUNT(*) ---------- 70003 برای محاسبه تخمین میزان فضای صرفه جویی شده پس از DEDUPLICATION، تابع dbms_lob.GET_LOB_DEDUPLICATION_RATIO را اجرا می کنیم: SQL> set serverout on SQL> DECLARE dedup_ratio n تالار های تخصصی...

درخواست اجراییه سندی است که به موجب آن محکوم له (کسی که رای به نفع او صادر شده است) می‌تواند از دادگاه صادرکننده رای صدور اجراییه را درخواست کند. اجراییه سندی است که به موجب آن اجرای احکام مدنی موظف به اجرای حکم صادره می‌شود. درخواست اجراییه یکی از مهم‌ترین مراحل اجرای حکم در نظام حقوقی ایران است. با صدور اجراییه اجرای احکام مدنی موظف می‌شود که اقدامات لازم را برای اجرای حکم انجام دهد. مدارک مورد نیاز برای درخواست اجرائیه 1.     تصدیق اصل رای یا رونوشت توسط دادگاه مرجع صدور اجرائیه دادگاه صادرکننده رای است. بنابراین، محکوم له باید اصل رای یا رونوشت آن را که به وسیله دادگاه تصدیق شده باشد، به دادگاه ارائه دهد. رای صادره توسط دادگاه باید قطعی و لازم الاجرا باشد. در صورتی که رای صادره توسط دادگاه، غیر قطعی یا غیر لازم الاجرا باشد، دادگاه نمی‌تواند اجراییه برای آن صادر کند. رونوشت رای باید توسط دادگاه تصدیق شده باشد. تصدیق رای توسط دادگاه، به معنای تایید صحت آن است. 2.     رسید پرداخت هزینه‌های اجرایی محکوم له باید هزینه‌های اجرایی را به حساب خزانه داری کل کشور واریز کند و رسید آن را به دادگاه ارائه دهد. در صورتی که محکوم له، هزینه‌های اجرایی را پرداخت نکند، دادگاه درخواست او را رد می‌کند. هزینه‌های اجرایی عبارتند از: نیم عشر از مبلغ محکوم به هزینه‌های ابلاغ اجراییه هزینه‌های اجرای حکم مشخصات محکوم له و محکوم علیه در درخواست اجرائیه، باید مشخصات محکوم له و محکوم علیه، به طور کامل قید شود. این مشخصات عبارتند از: نام و نام خانوادگی شماره ملی محل سکونت موضوع رای در درخواست اجرائیه، باید موضوع رای و مبلغ محکوم به قید شود. این موضوع عبارت اس تالار های تخصصی...

باغ گردو به دلایل علمی و کشاورزی زیادی می‌تواند سودآور باشد، درخت گردو رشد سریعی دارد و  چندین سال بعد از کاشت به اندازه‌ی تولید قابل توجهی خواهد رسید، این مزیتی است که در مقایسه با سایر درختان میوه مانند سیب، زیتون و بادام باعث ارجحیت آن در بین باغداران شهر خرم آباد رشت و زنجان شده است؛ البته از نظر کشاورزان این شهرها نهال گردو به صورت عمومی می‌تواند در بسیاری از خاک و شرایط آب و هوایی رشد کند، نهال گردو ژنوتیپ مقاومت بالایی نسبت به سرما و باران داشته و می‌توانند در مناطق مرتفع یا پست، بدون محدودیت ارتفاعی رشد کنند. مراحل آماده‌ سازی خاک باغ برای خرید نهال چگونه است؟ با اینکه خرید نهال گردو در خرم آباد مناسب و مرغوب تاثیر زیادی بر روی باردهی و درآمد باغ گردو دارد،ولی باغداران باید قبل از خرید نهال گردو خاک باغ را برای کاشت این درخت آماده سازی کنند، مهندسین نهالستان‌های جهاد کشاورزی به هنگام فروش نهال گردو به کشاورزان شهر خرم آباد، رشت و زنجان مراحل آماده‌سازی خاک باغ را به طور کامل توضیح می‌دهند، مراحل آماده‌سازی خاک باغ در حالت کلی شامل مراحل زیر است: بررسی خاک: در ابتدا باید خاک باغ را بررسی کرده و ویژگی‌های آن را مشخص کنید، این شامل ترکیب شیمیایی خاک، قدرت زهکشی، سطح نشتی و سطح اسیدیته خاک است. نمونه‌برداری خاک: برای بررسی ترکیب و ویژگی‌های خاک دقیق‌تر، باید نمونه برداری از خاک انجام شود، نمونه‌های خاک باید از عمق‌های مختلفی دریافت شوند. تجزیه خاک: نمونه‌های خاک باید به آزمایشگاه فرستاده شوند تا تجزیه و تحلیل شوند، در این مرحله، ویژگی‌های شیمیایی خاک مانند pH، مواد مغذی، ترکیب معدنی و غیره بررسی می‌شوند. تقویت خاک: در صورت نیاز، می‌توانید با استفاده از پیوند دهنده‌ تالار های تخصصی...

با نزدیک شدن به فصل زمستان و فرار سیدن کاشت نهال بسیاری از باغداران ممکن است در فکر خرید نهال زردآلو و احداث باغات وسیع یا کوچک زردآلو باشند و این سوال برای آنهامطرح می­شود که از کجا نهال زردآلو با کیفیت تهیه کنیم؟در این خبر نامه علاوه بر اینکه شما را با ویژگی­های نهال زردآلو با کیفیت آشنا می­کنیم به شما می­آموزیم که نهال زردآلو را از کجا خریداری کرده و نکات مهمی که باید در زمان خرید نهال زردآلو مورد توجه قرار دهید چیست؟ پس با ما تا انتهای این خبر نامه همراه باشید. ویژگی نهال خوب زردآلو کدم است؟ حال فرض کنیم که می­خواهید اقدام به خرید نهال زردآلو خوب و با کیفیت کنید، در اینجا این سوال مطرح می­شود که آیا می­دانید ویژگی نهال خوب زردآلو کدام است؟ در این بخش مهم­ترین ویژگی­های یک نهال خوب و با کیفیت زردآلو را به شما آموزش می­دهیم. سلامت فیزیکی نهال: اولین معیاری که شما می­توانید از ظاهر نهال مشخص کنید که این نهال خوب است یا خیر سلامت فیزیکی نهال است، نهال خوب باید دارای شاخه­های سالم و بدون خم شدگی و یا شکستگی باشد، طوقه باید سالم و بدون پوسیدگی بوده و همچنین ریشه­ها از حجم مناسب با سن نهال برخوردار باشند، رنگ ریشه­های موئین باید سفید روشن باشد. عاری بودن از آفات و بیماری­ها: برخی از آفات و بیماری­ها را شما می­توانید به صورت چشمی روی نهال ببینید و وجود آنها را تشخیص دهید اما برخی از آفات و بیماری­ها ممکن است به صورت پنهان باشند، به عنوان مثال آلودگی خاک نهال به بیماری پوسیدگی ریشه و طوقه، آلودگی به نماتد ریشه و آلودگی به کرم سفید ریشه و گال باکتریایی طوقه به این راحتی­ها قابل تشخیص نیست و نیاز به انجام آزمایش دارد. رقم مناسب زردآلو: در صورتی که قصد احد تالار های تخصصی...

محله دریاچه چیتگر منطقه 22 دریاچه چیتگر رینگ جنوب دریاچه چیتگر؟!محدوده پارک جنگلی چیتگر و بزرگراه شهید همدانی ( امتداد بزرگراه حکیم ) در سمت جنوب دریاچه چیتگر ساخت و سازی انجام نشده است و این مناطق در اختیار منابع طبیعی میباشد رینگ شمالی دریاچه چیتگر ؟! رینگ شمالی دریاچه چیتگر یکی از مرغوب ترین لوکیشن های منطقه 22 تهران دریاچه چیتگر میباشد که میتواند پیشنهاد مناسبی برای خرید آپارتمان در منطقه 22 تهران دریاچه چیتگر باشد  ، بسیاری از برج های منطقه 22 تهران دریاچه چیتگر مثل برج های پارسیا ، برج ساحل سپانیر ، برج پاسارگاد تعاونی شهید همت ، برج های عرفان شرکت سازه پایدار  ، برج های آسمان تعاونی های سپاه  و … که اکثرا برای تعاونی های سپاه و ارتش هستن شمال دریاچه چیتگر ساخته شده اند رینگ شمالی دریاچه چیتگر بخاطر اینکه یکی از اولین مناطقی در منطقه 22 تهران میباشد که حتی قبل از آبگیری دریاچه عملیات ساخت و ساز در این منطقه شروع شده بود  محوطه سازی و حریم برج ها به خوبی انجام شده و برج های در حال ساخت در این لوکیشن بسیار کم هستند  ، از لحاظ شلوغی و ترافیک وسائل نقلیه  هم بغییر از تایم های خاص در روز های تعطیل مشکلی برای ساکنین ایجاد نکرده1 . دسترسی آسان به مراکز تجاری قبیل سوپر مارکت ، میوه تربار و هر چیزی که مورد نیاز زندگی روزمره هستش .2 . دسترسی آسان به اتوبان شهید خرازی ( امتداد اتوبان شهید همت )3 . دسترسی آسان به مرکز تجارت ایرانمال رینگ غربی دریاچه چیتگر؟! به جرات میشه گفت یکی از خلوت ترین و دنج ترین محله های منطقه ۲۲  تهران دریاچه چیتگر همین رینگ غربی دریاچه چیتگر میباشد  ، دور از هیاهو و سر صدا ، ساخت پروژه های لوکس مثل لبخند ۱ و ۲  تالار های تخصصی...

قیمت ساخت پروژه های پیش فروش در منطقه 22 دریاچه چیتگریک بار برای همیشه با مطالعه این مقاله اطلاعات خود را از شرایط قیمت ساخت پروژه های پیش فروش در منطقه 22 تهران بالا ببرید . سوال اکثر متقاضیان پروژه پ های پیش فروش منطقه 22 از ما این سوال است که : قیمت ساخت پروژه X چقدر است ؟ همه تعاونی ها از زمان استارت پروژه و پیش فروش پروژه برآورد قیمت ساخت رو بامحاسبه قیمت مصالح و تناژ مورد نیاز مصالح ساختمانی با حساب تورم 15 تا 20 درصدی نسبت به دوره ساخت انجام میدهند و به یک قیمت ساخت میرسند که مجموع قیمت ساخت و قیمت زمین تراکم میشود قیمت ساخت تمام شده برای عضو پروژه های منطقه 22 , تا اینجای کار هیچ مشکلی نیست اما مورد مهم تو بحث قیمت ساخت این مطلب میباشد که همه مصالح ساخت پروژه در یک پارت و یکجا خریداری نمیشود  بلکه با مرور زمان این اتفاق انجام میشود . خب سوال مطرحی اینجاست که تعاونی قیمت آهن و میلگرد یا حتی سیمان در دوسال آینده را میتواند بصورت دقیق پیش بینی کند ؟ سوال این جواب خیر است و تعاونی فقط حدود 15 تا 20 درصد تورم را در برآورد  اولیه محاسبه میکنددر صورتی که قیمت آهن در چهار سال گذشته رشد 500 درصدی به خودش دیده است پس نتیجه میگیریم که هر قیمتی که در زمان استارت پروژه های پیش فروش تعاونی ساز اعلام میشود نمیتواند مبنی خوبی برای محاسبه اعضا باشد با یک مثال : تعاونی توسعه ابنیه همت که یکی از معتبر ترین و خوش نام ترین تعاونی های منطقه 22 تهران میباشد در هنگام پذیره نویسی برج فرزانگان قیمت ساخت + هزینه ساخت و تراکم را مبلغ 2.800.000 تومان اعلام کرد . یعنی بک واحد 115 متری مجموعا بایستی 322.000.000 تومان ظرف مدت ساخت به تعاونی مسکن ابنیه همت قسط پرداخت میکرد در صورتی که پردا تالار های تخصصی...

خرید آپارتمان و پیش فروش پروژه های اکازیون زمستان 1402 در منطقه 22 تهران دریاچه چیتگردر شرایط فعلی بازار و رکود بازار شرایط مناسبی برای ورود و سرمایه گذاری در منطقه 22 تهران میباشد , در این مقاله به معرفی پروژه های مناسب برای سرمایه گذاری میپردازیم , شرایط فعلی بازار بخاطر رکود بازار با افت قیمت ها روبرو هستیم و میتوان یا قیمت های مناسب اقدام به خرید اپارتمان و پیش فروش پروژه های معتبر در منطقه 22 تهران نمود  اما در این میان اپارتمان ها و پروژه های پیش فروشی هستند که جدا از بحث شرایط رکودی بازار بخاطر شرایط خود ملک سرمایه گذاری مناسبی محسوب میشوند خرید آپارتمان در برج صدف دریاچه چیتگر اولین و بهترین گزینه خرید آپارتمان در منطقه 22 برج صدف تعاونی مسکن اتوبوسرانی میباشد . برج صدف از نظر لوکیشن در شرایط بسیار ایده عالی قراردارد و با توجه به رایزنی های انجام شده توسط کارشناسان املاک برج بلند در تعاونی مسکن شرکت اتوبوسرانی ناحیه 6 برج صدف نهایتا تااواسط 1403 بصورت کامل تکمیل میشود و امروز با شرایط قیمتی متری 70.000.000 تومان تا 90.000.000 تومان امکان خرید آپارتمان در برج صدف مهیا میباشد .که با توجه به لوکیشن برج در ضلع غربی دریاچه چیتگر در کنار برج های نظیر برج لبخند 2 و برج پاریز و یا برج تریتیوم حتی در صورت عدم خروج بازار از رکود در سال آینده با توجه به تکمیل شدن پروژه به قیمت هایی از پایه 90.000.000 تومان تا 120.000.000 تومان که خواهد رسید که در شرایط فعلی مناسب ترین گزینه برای خرید میباشد خرید آپارتمان در پیش فروش پروژه نیروی زمینی پهنه C شهرک چیتگر دومین گزینه پروژه های اکازیون خرید آپارتمان در پیش فروش پروژه نیروی زمینی ارتش در پهنه C شهرک چیتگر میباشد البته در برج نا تالار های تخصصی...

error_message_details یکی دیگر از پارامترهای جدید اوراکل در نسخه 23c هست که امکان نمایش جزییات خطاهای مربوط به Data Value را فراهم می کند با تنظیم این پارامتر به مقدار on، می توانیم برای خطاهایی نظیر ORA-00001: unique constraint violated، مقداری که سبب رخ دادن این دسته از خطاها شده است را در متن خطا ببینیم. برای مثال، در سناریوی زیر، فعال بودن پارامتر error_message_details در پیدا کردن مقداری که باعث این خطا شده است کمک می کند: SQL> create table tbl1(id number primary key); Table created. SQL> variable B number; SQL> exec :B:=2547; PL/SQL procedure successfully completed. SQL> insert into tbl1 values(:B); 1 row created. SQL> insert into tbl1 values(:B); ERROR at line 1: 'ORA-00001: unique constraint (USEF.SYS_C008328) violated on table USEF.TBL1 columns (ID)' 'ORA-03301: (ORA-00001 details) row with column values (ID:2547) already exists' Help: https://docs.oracle.com/error-help/db/ora-00001/ در صورتی که پارامتر error_message_details غیر فعال شود، خطای فوق به شکل زیر نمایش داده می شود: SQL> alter system set error_message_details=DISALLOWED ; System altered. SQL> insert into tbl1 values(:B); 'ORA-00001: unique constraint (USEF.SYS_C008329) violated on table USEF.TBL1 columns (ID)' Help: https://docs.oracle.com/error-help/db/ora-00001/ وحید یوسف زادهارائه خدمات مشاوره ، پشتیبانی و نصب و راه اندازی پایگاه داده اوراکل در سراسر کشور...................... تلفن: 09128110897 ایمیل:[email protected] تالار های تخصصی...

نازسازگاری در دیتادیکشنری امر متداولی نیست و به ندرت اتفاق می افتد اما در صورت رخ دادن می تواند بسیار چالش ساز باشد نمونه ای از این دست ناسازگاری که شاید شما هم با آن روبرو شده باشید، invalid reference است مثلا segmentای که اطلاعاتش در dba_objects موجود نیست.  تا قبل از نسخه 23c، این قبیل ناسازگاری ها را می توانستیم با اسکریپت hcheck.sql شناسایی کنیم. اما در اوراکل نسخه 23c، پکیجی به نام DBMS_DICTIONARY_CHECK(البته در 23.3) ارائه شد که با کمک آن می توانیم از consistency در دیتادیکشنری اطمینان حاصل کنیم. این پکیج پروسیجرهای متعددی دارد: SQL> desc DBMS_DICTIONARY_CHECK PROCEDURE CRITICAL PROCEDURE FULL PROCEDURE DUPLICATEDATAOBJ PROCEDURE IDNSEQOBJ PROCEDURE IDNSEQSEQ PROCEDURE INDEXPARTITIONSEG PROCEDURE INDEXSEG PROCEDURE INDINDPARMISMATCH PROCEDURE INDPARTOBJ PROCEDURE LOBSEG PROCEDURE MVIEW PROCEDURE NEXTOBJECT PROCEDURE NOSEGMENTINDEX PROCEDURE OBJECTNAMES PROCEDURE OBJERROR …. در این بین، پروسیجر FULL می تواند اطلاعات کاملی را در زمینه درستی Data Dictionary ارائه دهد که در ادامه نمونه ای از خروجی آن را مشاهده می کنید: SQL> set serveroutput on size unlimited SQL> exec DBMS_DICTIONARY_CHECK.FULL; dbms_dictionary_check on 06-DEC-2023 18:25:16 ---------------------------------------------- Catalog Version 23.0.0.0.0 (2300000000) db_name: FREE Is CDB?: YES CON_ID: 1 Container: CDB$ROOT Trace File: /opt/oracle/diag/rdbms/free/FREE/trace/FREE_ora_6267_DICTCHECK.trc Catalog Fixed Procedure Name Version تالار های تخصصی...

SQL Firewall یکی دیگر از قابلیتهای جدید اوراکل در نسخه 23c است بر اساس این قابلیت می توانیم مجموعه ای از دستورات را به عنوان دستورات مجاز برای دیتابیس تعریف کنیم در این صورت کاربر نمی تواند دستور دیگری خارج از این مجموعه را اجرا کند حتی اگر این کاربر مجوز اجرای آن دستورات را داشته باشد. قصد داریم اقدامات کاربر Usef را تحت نظر بگیریم و تمامی دستورات اجرا شده توسط این کاربر را capture کنیم سپس با تنظیم SQL Firewall، به این کاربر اجازه ندهیم خارج از دستوراتی که capture شده اند، دستور جدیدی را اجرا کند. برای اجرای این سناریو، ابتدا محیط تست را آماده می کنیم. SQL> create user usef identified by a; User created. SQL> grant dba to usef; Grant succeeded. SQL> conn usef/a@OEL8:1521/TEHRANPDB Connected. SQL> create table usef.tbl1 as select * from dual; Table created. SQL> create table usef.tbl2 as select * from dual; Table created. SQL> create or replace procedure usef.prc1 as 2 text varchar2(100); 3 begin 4 select * into text from tbl1; 5 end; 6 / Procedure created. برای مدیریت SQL FIREWALL می توانیم از کاربر sys استفاده کنیم و یا کاربر جدیدی را ایجاد کنیم و با دادن مجوز sql_firewall_admin به این کاربر، اقدامات لازم را از طریق آن انجام دهیم. در قدم اول، کاربر usr_firewall را برای مدیریت SQL FIREWALL ایجاد می کنیم و دسترسی sql_firewall_admin را به آن اهدا می کنیم. SQL> create user usr_firewall identified by a; User created. SQL> grant create session,sql_firewall_admin to usr_firewall; Grant succeeded. برای فعال کردن SQL FIREWALL، از طر تالار های تخصصی...

در این مطلب سعی داریم تعدادی از قابلیتهای جدید اوراکل 23c در زمینه جداول Blockchain و Immutable را مرور کنیم. امکان حذف  و اضافه کردن ستون به جداول Blockchain و Immutable در نسخه 23c می توان به جداول Blockchain ستونی را اضافه کرد(البته در version v2 این نوع از جداول): SQL> create blockchain table blockchaintb1 ( id number(10), desc1 varchar2(100) ) no drop until 20 days idle no delete until 20 days after insert hashing using "SHA2_512" version "v2"; Table created. SQL> alter table blockchaintb1 add (desc2 varchar2(1000)); Table altered. حذف ستون هم در این نسخه امکان پذیر است: SQL> alter table blockchaintb1 drop column desc2; Table altered. در صورت درج اطلاعات در این نوع از جداول، باز هم می توان عملیات فوق را تکرار کرد: SQL> insert into blockchaintb1 values(1,'Amir Hozhabri','Sori Masoud'); 1 row created. SQL> commit; Commit complete. SQL> alter table blockchaintb1 drop column desc2; Table altered. نکته: برای مشاهده version هر کدام از Blockchain Tableها می توان از ویوی user_blockchain_tables استفاده کرد(user_blockchain_tables.TABLE_VERSION). قابلیت فوق برای version V2 جداول immutable هم به وجود آمد: SQL> create immutable table Immtb1 ( id number(10), desc1 varchar2(100) ) no drop until 200 days idle no delete until 200 days after insert version "v2"; Table created. SQL> alter table Immtb1 add (desc2 varchar2(1000)); Table altered. SQL> alter table Immtb1 drop column desc2; Table altered. تنظیم حداکثر مدت زمان برای idle تالار های تخصصی...